home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 278 < prev    next >
Internet Message Format  |  1994-08-27  |  2KB
  1. Date: Thu, 2 Jun 1994 22:19:17 -0400 (EDT)
  2. From: Timothy Miller <millert@undergrad.csee.usf.edu>
  3. Subject: Re: Shortcut Manager
  4. To: gem-list@world.std.com
  5. In-Reply-To: <H.ekK.6PiB9kgorV6@elfhaven.ersys.edmonton.ab.ca>
  6. Message-Id: <Pine.3.87.9406022217.A15733-0100000@undergrad>
  7. Mime-Version: 1.0
  8. Precedence: bulk
  9.  
  10.  
  11.  
  12. On Fri, 3 Jun 1994, Michel Forget wrote:
  13.  
  14. > 
  15. > There are good reasons to have a standard; what if the user wants to get
  16. > underway with a program quickly, with no hassle at all?  Also, the
  17. > standard includes things such as block marking, what order modifiers
  18. > should appear in menus, how dialog boxes should react to keys, and how
  19. > the cursor should react to keys.  These are not things that can be
  20. > controlled in the SHORTCUT.INF file.
  21. > 
  22. > A good argument for having the SHORTCUT.INF file is for people like
  23. > you who HATE ^A -- this way you can change it to anything you want.
  24. > It is also good for people who have broken keys on their keyboards,
  25. > or find a particular combination hard to duplicate (perhaps they have
  26. > short fingers or arthritis).
  27. > 
  28. > We need both solutions, I think, instead of one or the other.
  29. > 
  30. People have to program this stuff.  It's not only more difficult for the 
  31. user, but a LOT more difficult for the programmer.  I want a standard 
  32. that makes sence from the beginning so that I, the developer, do not have 
  33. to worry about allowing the user to change things from the bad standard 
  34. to something more acceptable.
  35.  
  36. If it's good and bullet proof to begin with, then there's no point in 
  37. worrying about configuration.
  38.  
  39. Seeing how you people propose this method for handling configurable
  40. shortcuts, I DON'T WANT TO HAVE TO WASTE MY TIME PROGRAMMING IT.  One of
  41. the great things about programming Atari's is the fact that you can GET
  42. STUFF DONE without going through a lot of crap to do it.  Compare MIDI on
  43. Atari to MIDI on a Mac... on Atari's it's a BIOS call; on a Mac, it
  44. requires accessing an interface.  Compare GEM to Windows... GEM's a LOT
  45. easier to deal with and takes less work to develop a better product.  If,
  46. in order to support your standard, I have to go through a lot of work and 
  47. headaches, I'm not going to support your standard.  I want to write a 
  48. good piece of software and not sacrifice good functionality because I had 
  49. to spend a lot of time dealing with unnecessary overhead.
  50.  
  51.  
  52.